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The Tropical Rainfall Measuring Mission 
(TRMM), an integral part of NASA’s Mission 
to Planet Earth, is the first satellite dedi- 
cated to measuring tropical rainfall. TRMM 
will contribute to an understanding of the 
mechanisms through which tropical rainfall 
influences global circulation and climate. 
Goddard Space Flight Center’s (GSFC) 
Flight Projects Directorate is responsible for 
establishing a Project Office for the TRMM to 
manage, coordinate and integrate the var- 
ious organizations involved in the develop- 
ment and operation of this complex satellite. 
The TRMM observatory, the largest ever de- 
veloped and built inhouse at GSFC, includes 
state-of-the-art hardware. It will carry five 
scientific instruments designed to determine 
the rate of rainfall and the total rainfall oc- 
curring between the north and south lati- 


tudes of 35 degrees. As a secondary science 
objective, TRMM will also measure the 
Earth’s radiant energy budget and lightning. 

The complexities of managing an inhouse 
project are magnified by many non-GSFC in- 
terfaces, as shown in Table 1. The TRMM 
Project Office is responsible for managing 
the integration of all segments of this com- 
plex activity and providing a cohesive team 
that will deliver a fully functioning observa- 
tory within budget and schedule constraints. 
These interfaces require careful manage- 
ment and coordination of technical, schedule 
and budget elements. While the project office 
provides overall program planning, direction 
and control, the subsystem managers and in- 
strument suppliers implement project re- 
quirements at a detailed level. 


Table 1. TRMM Organization Responsibilites 


Component 

Responsible Organization 

Project Management 

TRMM Project 

Observatory Subsystems 

Engineering Directorate/numerous aerospace 
companies 

Precipitation Radar (PR) 

Japan/ NASDA/Toshiba 

TRMM Microwave Imager (TMI) 

TRMM Project/Hughes 

Visible Infrared Scanner (VIRS) 

TRMM Project/Santa Barbara Research Center 

Clouds and Earth's Radiant Energy System 

(CERES) 

EOS/Langley Research Center/TRW 

Lightning Imaging Sensor (LIS) 

TRMM Project/Marshall Space Flight Center 

TRMM Science Data and Information 

System (TSDIS) 

Earth Sciences Directorate/General Sciences 
Corporation 

Mission Operations 

Mission Operations and Data System Directorate 

H-ll Launch Vehicle and Launch Services 

Japan/NASDA 

Science Team 

Earth Science Directorate, U.S. Universities, JPL, 
NOAA, Japan, Australia, Israel, France, Taiwan, 
Great Britain 
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One immediate challenge to securing a suc- 
cessful TRMM mission is implementing pro- 
gram control systems that will ensure an Au- 
gust 1997 launch from Tanegashima Space 
Center, Japan. The August 1997 launch is 
critical; if TRMM is not launched on time, 
high levels of solar activity forecast for the 
late 1990s would result in a reduced mission 
life. This constraint, along with the limita- 
tion of biannual launch windows at the Tane- 
gashima Space Center, places top priority on 
schedule performance, but not at the expense 
of technical excellence, safety or cost. 

Program Control Overview 
The TRMM Program Contol staff has estab- 
lished a comprehensive Program Control 
System that includes schedule management, 
financial management, configuration man- 
agement and risk management. The Pro- 
gram Control System is not simply a comput- 
er program. Rather, it consists of a series of 
checks and balances in each of these areas 
that are designed to keep the entire manage- 
ment system integrated, as shown in Figure 
1. Four monthly reports reflecting analyses 
in the areas of schedule, finance, general 


business and risk management are generat- 
ed by the TRMM program control staff. 
These reports, called the Program Control 
Monthly Status Reports (PCMSR), are dis- 
tributed to TRMM technical and resources 
management and provide a current, com- 
plete analysis of all business issues and con- 
cerns. TRMM also conducts monthly status 
reviews with each of the subsystem, instru- 
ment and element managers. During these 
reviews, each manager is allocated approxi- 
mately 30 minutes to present technical, cost, 
schedule and manpower issues and concerns 
to the TRMM Project Manager. The impor- 
tance placed on communication, whether 
through these reviews or in the PCMSR, is 
one of the key reasons behind the success of 
the Program Control System. 

A major element of the Program Control Sys- 
tem is the logic network. Using the project 
work breakdown structure, the project plan- 
ners developed an end-to-end network that 
was baselined shortly after the TRMM Sys- 
tem Concept Review. This network, in con- 
junction with the mission specifications and 
agreements, provided the foundation for pro- 
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Figure 1. Program Control Process 
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ject management to focus on the preparation 
of the budget estimates. Careful consider- 
ation was given to technical and schedule 
risks and tradeoffs while attempting to de- 
termine annual funding requirements. After 
the technical, schedule and cost baselines 
were established, the TRMM Configuration 
Control Board (CCB) was set up to systemati- 
cally consider all changes to the baselines. 
Finally, the risk management report was ini- 
tiated by the Program Control staff to pro- 
vide project management with an ongoing 
early warning system. Through this mecha- 
nism, actions to resolve cost, manpower, 
schedule and technical problems are quickly 
identified and implemented. Frequent com- 
munication between project management, 
subsystem managers, instrument suppliers 
and the program control staff is the key to 
maintaining these effective management 
systems. 

Schedule Management 

The scheduling function is centralized at the 
project level. The scheduling staff is assigned 
to the project office and coordinates with both 
GSFC and outside organizations responsible 
for the development of the TRMM spacecraft, 
instrument, and ground segments as well as 
overall system integration and test (I&T). 

The TRMM Program Control staff has devel- 
oped a comprehensive logic network for 
TRMM that integrates key work tasks and 
milestones from all elements within the 
TRMM system. For work being performed at 
GSFC, the schedulers prepare the subnet- 
works in coordination with the responsible 
subsystem and element technical managers. 
For work being performed outside of GSFC, 
schedule data is received from the contrac- 
tors’ scheduling systems and incorporated 
into the TRMM schedule data base. 

A sample portion of the logic network is con- 
tained in Figure 2. The information contain- 
ed in the activity boxes or “nodes” identifies 
the task description, activity duration in 


work days, and total slack (the amount of 
time an activity or event can be delayed be- 
fore it impacts launch readiness). With the 
use of TRMM's automated scheduling system 
for developing and maintaining the logic net- 
work, barcharts are easily generated. The 
bar chart corresponding to the logic network 
sample presented in Figure 2 is shown in 
Figure 3. These detailed schedules are “roll- 
ed up” to an intermediate level in order to 
summarize the schedule information for 
management. Figure 4 depicts how the 
Thruster detailed schedule is summarized 
within the Reaction Control Subsystem 
(RCS) Intermediate Schedule. This “roll-up” 
or schedule summarization capability, com- 
bined with the precedence relationships 
among the activities in the logic network, 
provide the framework to properly manage 
the vertical and horizontal schedule integra- 
tion and traceability on TRMM. 

For effective Program Control of TRMM, 
maintaining a schedule baseline is as impor- 
tant as maintaining a technical and cost 
baseline. Moreover, proper configuration 
management of the TRMM schedule is vital 
in order to accurately assess the impact of 
changes. TRMM’s formal schedule baseline 
is identified in the TRMM Project Schedule 
Baseline Document (PSBD). The PSBD con- 
sists of three parts: major project milestones, 
project control milestones and the Observa- 
tory integration and test schedule. The 
schedule for these milestones can only be 
changed with the approval of the TRMM 
Configuration Control Board. 

The major project milestones provide the 
framework for overall planning and schedul- 
ing for the TRMM spacecraft segment, in- 
strument segment, and ground segment de- 
velopments, system integration and test, 
shipping and delivery and launch site prep- 
arations. These milestones, depicted at the 
top of the Master Schedule (see Figure 5) con- 
sist of the System Concept Review (SCR), 
Preliminary Design Review (PDR), Critical 
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Figure 2. RCS Thruster Logic Network Diagram 
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Design Review (CDR), Pre-Environmental 
Test Review (PER), Pre-Shipment Review 
(PSR), and the Launch Readiness Review. 

The project control milestones are events 
which the TRMM Project Office considers 
critical. These include, but are not limited to, 
interface milestones such as the delivery of 


hardware or software between TRMM orga- 
nizational elements. Control milestones can 
also represent the completion of major stages 
of work within a given subsystem or element. 
More importantly, they are commitments by 
the responsible organizations to the TRMM 
Project Office to accomplish these events as 
planned. 



Figure 5. TRMM Project Master Schedule 
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Next, the TRMM I&T schedule is included in 
the PSBD because it establishes the need 
dates for flight hardware and software. Con- 
siderable emphasis was placed on establish- 
ing the I&T schedule soon after the SCR in 
February 1991. Moreover, because all of the 
TRMM elements ultimately come together 
during integration and test, the I&T sched- 
ule has become the “hub” of the overall 
scheduling process. It is a key planning tool 
for all of the elements of the spacecraft, in- 
strument and ground segments. 

Since the logic network is a continuously 
evolving tool, it is not directly contained in 
the PSBD— only the project control miles- 
tones are. However, the logic network sup- 
ports the schedule baseline in that a target 
version of the network is maintained against 
which the current status is compared. This 
concept is illustrated in the sample barchart 
presented earlier (see Figure 4). The com- 
pressed black line below each activity bar or 
milestone represents the schedule baseline 
at the detailed work task level. This provides 
a correlation between the current schedule 
and the baseline. Unilateral changes to the 
logic network by the responsible subsystem 
or technical managers are permitted, pro- 
vided they do not impact the project control 
milestones or necessitate rephasing of the 
budget. 

Schedule status accounting on the TRMM 
Project occurs formally each month. Work al- 
ready underway or activities that should 
have started or been completed since the last 
accounting period are statused by determin- 
ing the percentage of work accomplished, the 
amount of time remaining to complete a 
task, or the new expected finish date of a 
task. For the work being performed at GSFC, 
the responsible subsystem technical manag- 
ers are interviewed by the schedulers in or- 
der to obtain schedule status. In this way, the 
schedulers receive not only the status, but 
also the rationale and issues affecting the 


status. Once the raw status is input into the 
logic network data base, it is processed, ana- 
lyzed and verified. This allows schedule is- 
sues to be identified, resolved or addressed 
before status is formally reported in the 
TRMM Monthly Project Review. For TRMM’s 
scientific instruments, schedule status is re- 
ceived from the instrumentors each month 
and analyzed prior to incorporation into the 
logic network. 

The key driver in the TRMM schedule is the 
August 16, 1997 launch readiness date. In 
addition to monitoring the actual progress of 
work toward launch readiness, the TRMM 
schedulers conduct a careful analysis of 
schedule slack. Total slack is a specific, 
quantitative and easily understood measure 
of schedule health. Figure 6 depicts the 
TRMM Total Slack Summary, which 
presents a high level overview of TRMM 
progress for a given month. The chart high- 
lights the key elements for the spacecraft, in- 
strument and ground segments. Each month 
the total slack for the worst case item within 
each TRMM element is elevated to the total 
slack chart. It is compared to total slack from 
the previous month, as well as the total slack 
for that item in the schedule baseline. The 
benefit of the total slack chart is that TRMM 
project managers can see the overall health 
of the TRMM project schedule at a glance. 

The schedule products such as bar charts and 
network diagrams are important Program 
Control tools for TRMM. When combined 
with a formal status process, they enable the 
TRMM Project Office to assess the progress 
of the TRMM schedule. As an early warning 
mechanism, the scheduling system provides 
a means to detect potential schedule prob- 
lems, implement workaround plans, or take 
corrective action in order to mitigate prob- 
lems. Scheduling products are tailored to 
various members of the TRMM team. Tools 
such as the Total Slack Chart and the Inter- 
mediate Schedules provide a way to summa- 
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Figure 6. TRMM Total Slack Summary 


rize a tremendous amount of detailed sched- 
ule data for TRMM project management. 
With this information, management can fo- 
cus on the key issues, critical paths and po- 
tential workarounds. At the working level, 
detailed schedule bar charts and logic net- 
work diagrams are excellent planning tools. 
In summary, the TRMM scheduling system 
provides reliable information to all levels of 
users. 

Financial Management 

A key feature of the Program Control System 
is cost and schedule integration. As with the 
scheduling staff, the financial staff is cen- 
tralized at the project level, although other 
GSFC organizations also provide financial 
support for TRMM subsystem managers. The 
main duty of the financial staff is budget for- 
mulation and execution. The logic network 
schedule serves as a basis for TRMM budget 
pl annin g. Based on a detailed integration 


and test sequence, need dates for flight hard- 
ware and software have been precisely iden- 
tified. Budgets were formulated against the 
timeframe reflected in the schedules, as il- 
lustrated in Figure 7. 

By integrating cost and schedule planning, 
the project office has the capability to per- 
form what-if budget and schedule simula- 
tions. Civil servant manpower and travel 
budgets were also developed using the sched- 
ule as a guide in determining the correct 
phasing of requirements. In a dynamic bud- 
get environment, the TRMM Project is quick- 
ly able to isolate the impact of schedule de- 
lays, manpower shortages and travel cuts on 
the budget requirements. Similarly, when 
budgets are reduced, the integrated cost and 
schedule information provides a framework 
to quickly determine the scope of work that 
can be reprogrammed without having unde- 
sirable effects on launch readiness. 
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The TRMM Project has already used this sys- 
tem to identify numerous planned early- 
year, high-cost component purchases that 
could be deferred to later years, thereby alle- 
viating funding problems without jeopardiz- 
ing the integration and test schedule. 

Close coordination between the subsystem 
and element managers and the TRMM finan- 
cial staff ensures timely and accurate prep- 
aration of budget estimates and procurement 
requests. Since TRMM is an inhouse project, 
the procurement activities are not focused on 
several large prime contracts, as typically 
found in other GSFC projects. Instead, the fi- 
nancial and procurement staffs are responsi- 
ble for purchasing the components, parts and 
instruments that will come together as a 
complete observatory. These extensive pro- 
curement activities require detailed plan- 
ning and coordination to remain on schedule. 

The budget was developed for these procure- 
ments and supporting effort as discrete items 
at the Job Order Number (or work package) 


level. The budget requirements were then 
“rolled-up” through the project work break- 
down structure by month and fiscal year. 
This summarization ensures that budget 
data submitted to NASA Headquarters is 
based on the detailed estimates for the entire 
project. As part of the financial system, the 
TRMM financial staff has developed an ex- 
tensive contingency tracking system. Details 
of all changes in the budget baseline are 
maintained in the contingency (management 
reserve) tracking system as shown in the 
summary portion of Table 2. This provides a 
complete audit trail of all items funded from 
the contingency line item. 

In addition to budgeting and procurement re- 
sponsibilities, the financial staff analyzes 
contractor financial performance and en- 
sures that other members of the TRMM pro- 
ject team are kept abreast of financial issues 
and concerns. The TRMM Microwave Imager 
contract includes requirements for modified 
Performance Measurement System (PMS) 
reporting. 



Figure 7. TRMM Cost/Schedule Integration 
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Table 2. Contingency Tracking System 
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On a monthly basis, the financial staff pre- 
pares a quick look analysis of the PMS data 
in the TRMM Program Control Monthly Sta- 
tus Report. Analyses are also prepared for 
other contracts and for fiscal activity. 

Configuration Management 
TRMM’s integrated program control ap- 
proach also closely aligns cost and schedule 
management with configuration manage- 
ment (CM) activities. TRMM’s configuration 
management system provides a disciplined 
approach for controlling the changes to the 
requirements in hardware, software, perfor- 
mance, schedule and cost. Budget, schedule 
and technical requirements were established 
as integrated baselines early in the project’s 
life. As changes to the established baselines 
occur, they are formally presented to the 
TRMMCCB. 

The CCB, composed of technical and admin- 
istrative representatives from each of the 
project disciplines, evaluates the positive or 
negative impact of each change on the bud- 


get, schedule, and technical baselines. With 
this integrated, accurate approach to cost 
and schedule assessment, the impact of engi- 
neering changes can be quickly and thor- 
oughly evaluated across the project. The 
TRMM Project Office has a goal to evaluate 
all changes within 45 days of the initial 
change request. A work progress indicator 
for the CM process has been incorporated 
into the Risk Management System. 

Risk Management 

Risk management is another key element of 
TRMM’s integrated program control process. 
The Risk Management System emphasizes 
detection and resolution of problems in areas 
identified as having risk potential. The sys- 
tem allows managers to identify program 
risks and to implement alternate plans to 
mitigate the impact of unresolved problems, 
as shown in Figure 8. Cost, schedule and 
technical risk parameters have been identi- 
fied for TRMM to quantitatively measure 
program health and ultimately program 
risk. 



Figure 8. TRMM Risk Management Process 
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Figure 9 shows the elements of the project 
that are tracked in the monthly Risk Assess- 
ment Report. Technical indicators include 
power, mass, data rate and mission life. Man- 
agement indicators include finance, sched- 
ule, configuration management, manpower 
and procurement. These risk indicators have 
been identified to provide a quantifiable goal 
against which progress is measured. 

Each indicator has three tolerance levels or 
alert zones used to indicate the level of risk. 
First, risk is classified as a major impact if 
the indicator’s performance reflects the exis- 
tence or imminent threat of major problems, 
concerns or similar severe impacts upon ac- 
complishment of project requirements. Sec- 
ond, the risk is identified as a potential im- 
pact if performance reflects the existence of 
problems, concerns or potential impacts on 
the project unless timely and effective action 
is taken. In the third category, the risk poses 


no negative impact on meeting TRMM cost, 
schedule and technical requirements. When 
an alert zone threshold is passed, an analysis 
is conducted by the responsible manager to 
determine the cause of the problem and a cor- 
rective action plan is generated to restore the 
indicator to the desired state. The Risk Re- 
duction Plan documents these products and 
provides an audit trail for the project to as- 
sign, track and close the corrective actions. 

Figure 10 illustrates the risk indicator sum- 
mary for the TRMM Configuration Change 
Requests. The project recognizes that failure 
to act upon change requests in a timely man- 
ner could affect the project’s ability to accom- 
plish cost and schedule goals. The alert zones 
reflect the project’s goals for the disposition 
of all change requests in 45 days. The accom- 
panying status shown in Figure 11 provides 
a monthly record of TRMM’s performance 
against these pre-established thresholds. 
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Figure 9. TRMM Risk Assessment Summary 
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Readings in program control 


Configuration Changes 

Purpose: To track the status of engineering 

changes (Class I) in terms of timely 
action to avoid schedule and/or cost 
impact. 

Data ground rules: 

• Track age of Configuration Change 
Requests (CCRs) 

• Change quantity measured by count of 
approved change logged into 
configuration control. 

Alert zones: 

CD No Impact Age of CCR less than 45 

or days 

^ Potential Impact Age of CCR between 45 
or and 60 days 

H Major Impact Age of CCR over 60 days 

Figure 10. TRMM (CCRs) Indicator Summary 


When the assessment is unfavorable, a Risk 
Reduction Plan is generated (Figure 12) 
which analyzes the cause, impact and correc- 
tive action. The thresholds for the alert zones 
were set jointly by the responsible subsystem 
manager and the project manager and are in- 
tended to represent a reasonable goal for that 
indicator. These thresholds were sometimes 
adjusted several times in the preliminary 
months of the Risk Assessment Report until 
all parties felt that the appropriate goals 
were reflected. 

Figure 13 shows the risk indicator for the 
RCS schedule slack. This indicator, used for 
all subsystems and instruments, tracks slack 
trend status. Each month, the actual slack is 
compared to pre-established thresholds and 
risk reduction plans are generated as needed. 
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Figure 13. TRMM Reaction Control Subsystem Total Slack 
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Readings in program Control 


Log Number 16 

TRMM PROJECT RISK REDUCTION PLAN 

Probtam Description RCS - Schedule Nomo of Indicator ObsaTvatocy-SchacMa 

Originator Walt Matarowka Data 1/15/93 Phona Numbar * 5622 

Chaefc tha Atari Zona that appNaa: 

■ Ma|or Impact X_ Q Potential Impact □ No Problem, but hat □ No Probtam, but 

unfavorable trend dee Ir able 

Potential Impact: Coat -A- Schedule Technical Performance 

Describe Problem 

1. Summaries problem, identity causa, quantify impact to coat, schedule technical performance. 

Deltvery of thruster delayed due to CCR 06 0066. total slack now ♦ t7 which is in excess ol Atari Zone 1 

2. List hardware and/or software configured Items effected. 


Corrective Action Plan (Be specific, include dates whan problem la expected lo be resolved, attach separata schedule H necessary.) 

1. Release RFP by 4/2/93 need technical and schedule estimates from bidder's in order to determine If 20 5 month lead time 
terealstic. 

2. Begin Investigating work-around plan (or l&T assuming thruster Impact. 

f unciional Manager Concurrence Project Manager Concurrence . 


Figure 14. TRMM Project Risk Reduction Plan 


In RCS, the January 1993 slack dropped to 
16 days due to a technical change in the 
thruster configuration. Since the first risk 
threshold of 32 days was passed, a Risk Re- 
duction Plan was generated (Figure 14). This 
problem was resolved in May 1993 by negoti- 
ating an earlier delivery with the vendor at 
contract award, with no additional cost. This 
action increased the thruster slack to 33 
days. With the thruster slack no longer in an 
alert zone, attention was then focused on the 
element with the least amount of slack, the 
Propellant Control Module (PCM). 

The risk management system has allowed 
the project staff to effectively use constrained 
resources to focus on problems which could 
negatively impact cost, schedule or technical 
objectives. Although the system requires a 
great deal of discipline, planning and team- 
work, the ultimate result focuses the entire 
project team on the critical problems. 


To date, the TRMM Project has succeeded in 
acheiving its cost and schedule goals and the 
TRMM Project Office can provide GSFC and 
NASA management with highly reliable sta- 
tus and forecast information. The TRMM 
Project Office’s proactive management ap- 
proach focuses on prevention rather than cor- 
rection. The ability to provide early warning 
and quick reaction analysis when changes 
occur has allowed the team to make informed 
decisions and to optimize positive results. 
TRMM technical, resource and management 
personnel clearly understand their role in 
aggressively managing their responsibil- 
ities. TRMM’s commitment to excellence, 
teamwork and communication will ensure 
the development of a high-quality satellite, 
delivered on schedule and within the ap- 
proved budget. This progressive manage- 
ment system is one of the TRMM Project’s 
contributions to improving NASA project 
management effectiveness and efficiency. 
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